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(57) Abstract 

A system (figures 1 and 5) stores criteria (50) specified by a funder (figure 1) relating to trade transactions (900) for buyers and 
sellers (figures 1 and 5). The system (figures 1 and 5) compares the criteria (50) with a proposed purchase order (260) to determine whether 
the system (figures I and 5) can generate a payment guarantee (160) on behalf of the funder for the buyer to the seller. The system also 
compares subsequent documents (610, 620) relating to an original purchase order with the original purchase order to ensure that the terms 
of the purchase order are properly fulfilled (640). When the appropriate conditions for payment axe met, the system issues a funds transfer 
instruction (880) to transfer payment from the buyer to the seller. 
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FULL SERVICE TRADE SYSTEM 
BACKGROUND OF THE INVENTION 
The present invention relates to a computer 
system that facilitates trade in goods and services. 
5 In international sales of goods, the buyer and 

seller may not know each other, or may not be familiar 
with the other's legal system. Thus, one of the major 
difficulties in international trade is to assure payment, 
particularly when the buyer or the seller is a small or 

10 medium sized business which expects difficulties in 
obtaining payment should a problem arise. 
Conventionally, a letter of credit is used in 
international trade to shift transaction risks to parties 
better able to manage these risks, specifically, to shift 

15 payment risks from unknown entities, such as a distant 
buyer, to known entities, such as a local bank. 

A letter of credit (L/C) is usually an 
irrevocable undertaking by a bank to pay the beneficiary 
of the letter, for example r a seller of goods, specified 

20 sums of money when certain conditions are fulfilled, to 
be charged to the account of the person, for example, the 
buyer of the goods, who causes the bank to issue the 
letter of credit. 

Generally, after a buyer and seller have made 

25 an agreement for the sale of goods, the buyer instructs 
its bank to open an L/C in favor of the seller. The 
buyer's bank advises the seller's bank that an L/C has 
been opened in favor of the seller, and the seller's bank 
accepts the buyer's bank's guarantee to pay. The 

30 seller's bank advises the seller that an L/C has been 
opened in its favor, and the conditions which must be 
fulfilled for payment to occur. Usually, the seller's 
bank makes an irrevocable promise to pay the seller upon 
presentation of appropriate documents. The L/C document 

35 is considered an asset of the seller, and can be sold or 
assigned by the seller. 
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Documentation which the seller usually must 
present to obtain payment includes a bill of lading from 
its shipper, an invoice identifying the purchase, an 
appropriate insurance certificate, a certificate of 
inspection from an inspection firm confirming that the 
required goods are being shipped, export licenses and/or 
health inspection certificates, and certificates of 
origin used by customs personnel. After the correct 
documents are presented, the seller's bank pays the 
seller, then collects payment from the buyer's bank and 
delivers the presented documents to the buyer's bank. ] 
turn, the buyer's bank obtains payment from the buyer. 

Meanwhile, the shipper, via a carrier, 
transports the goods to the buyer's location. The 
carrier requires presentation of the bill of lading, 
which was delivered to the seller, before transferring 
possession of the goods to the buyer. 

The buyer obtains the bill of lading from its 
bank after payment, and then the buyer and its broker 
arrange for presentation of the bill of lading to the 
carrier and delivery of the goods to the buyer's 
location. Often, the carrier delivers the goods to the 
buyer's broker at the customs entry point of the buyer s 

country. ^^.^ ^ ^ ng ^ there is illUBt rated a 
block flow diagram for an international trade using a 
conventional letter of credit. The buyer and seller are 
assumed to be located in countries B and S, respectively. 
The issuing bank is a bank in country B which has agreed 
30 with the buyer to issue a letter of credit in favor of 
the seller. The paying bank is a bank in country S known 
to the seller which has guaranteed the letter of credit 
to the seller. The intermediary bank, which may be in 
country B, country 8 or a third country, is a bank 
35 trusted by both the issuing bank and the paying bank. 

To begin, the buyer issues a purchase order 
based on an agreement previously concluded between the 
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buyer and the seller (arrow 1). Then, the buyer 
approaches its chosen issuing bank and instructs the 
issuing bank to open a letter of credit in favor of the 
seller confirmed on its chosen paying bank (arrow 2) . 
5 The letter of credit may be confirmed, unconfirmed or 
standby. In a standby letter of credit, if the 
transaction proceeds properly, the standby L/C expires, 
but if the transaction does not proceed properly, the 
damaged party draws on the standby L/C. 

10 The issuing bank is assumed in this example to 

have no direct relationship with the paying bank, so the 
issuing bank approaches an intermediary bank which 
accepts the guarantee to pay of the issuing bank (arrow 
3 A) . The intermediary bank then approaches the paying 

15 bank, which accepts the guarantee to pay of the 
intermediary bank (arrow 3B) . 

The paying bank then advises the seller that an 
L/C has been opened in its favor and that upon 
presentation of appropriate confirming documentation, 

20 including the Bill of Lading from a Shipper, the paying 
bank will pay *he seller (arrow 4) . In this scenario, 
that is, assuming a confirmed L/C, the paying bank must 
pay without recourse upon presentation of appropriate 
documentation. In other cases, the paying bank has 

25 recourse, that is, the paying bank passes the 

documentation to the issuing bank and obtains payment 
therefrom before paying the seller. 

The seller finishes producing the goods and 
arranges for shipment with a shipper. Goods are passed 

30 to the shipper (arrow 5A) . The shipper transports the 
goods to a port of entry in the buyer's country (arrow 
5B) . 

Upon receipt of goods, the shipper provides the 
seller with a bill of lading (arrow 6) . The seller 
35 presents the bill of lading and other confirming 

documentation to its paying bank in order to collect 
against the L/C (arrow 7). After verifying that the 
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documentation is in order, the paying bank pays the 

seller (arrow 7) . 

The paying bank presents the documentation and 
its proof of payment to the intermediary bank (arrow 8A) , 
which pays the paying bank. The intermediary bank in 
turn presents the documentation and its proof of payment 
to the issuing bank (arrow 8B) , vhich pays the 
intermediary bank. The issuing bank then obtains payment 
from the buyer and gives the buyer the confirming 
documentation including the bill of lading (arrow 9) . 

The buyer gives its agent, such as a broker, 
the bill of lading and other necessary documentation. 
The buyer's agent obtains the goods from the shipper, 
clears the goods through customs in country B and 
arranges for delivery of the goods to the buyer (arrow 
10) . The international trade is now completed. 

An L/C shields the seller from the risk of non- 
payment by the buyer and reduces the risk to the buyer 
that the buyer will pay for goods not received. With the 
L/C the risk of non-payment is assumed substantially by 
the buyer's bank, which is assumed to be able to evaluate 
the risk of non-payment by the buyer. The seller's bank 
assumes the risk of non-payment by the buyer's bank, 
which the seller's bank is assumed to be able to 
evaluate. The banks require fees to compensate them for 
their risks and the expenses they incur in connection 
with the L/C. Typically the buyer's bank also requires 
that the buyer pledge collateral such as cash or 
marketable securities against the L/C or otherwise 
reduces its exposure in the event of non-payment by the 
buyer. These bank fees and requirements are a burden on 
trade, particularly on the buyer. Also, the delay 
involved in establishing an L/C for each transaction is a 

burden on trade. 
35 problems multiply because the L/C mechanism 

separates the transaction into substantially independent 
contracts, namely, the contract for the sale of goods 
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from buyer to seller, the bill of lading, and the letter 
of credit. 

One fertile source of difficulties for the 
seller is that its bank usually requires that all the 
5 documents called for in the L/C exactly correspond with 
the terms of the L/C, and withholds payment to the seller 
even due to typographical errors and minor misspellings* 
This has caused an enormous amount of frustration to 
sellers seeking payment. 

10 Another problem is that the L/C holder can 

obtain payment with the correct documents, even if 
shipment has not actually occurred. 

Yet another problem is that the L/C document 
itself has value, so there are expenses associated with 

15 its custody and in assuring that it is genuine. 

A bank incurs roughly the same expenses in 
connection with an L/C, independent of the value of the 
goods to which the L/C pertains. The bank's fee is 
sometimes expressed as a percentage of the amount of the 

20 L/C, such as 1%. Assuming, for example, that the bank's 
expenses are $10,000, it will be appreciated that the 
bank is reluctant to open an L/C for transactions 
involving less than $1,000,000 of goods, as this business 
is not profitable for the bank. Thus, it is difficult 

25 for parties wishing to participate in international trade 
to use the L/C mechanism when the value of the goods 
involved in a transaction is small enough that the 
expense of an L/C becomes significant. 

OBJECTS AND SUMMARY OF THE INVENTION 

30 Therefore, an object of the present invention 

is to provide a computer system for trade transactions in 
goods and/or services which avoids the aforementioned 
disadvantages of the prior art. 

Another object of the present invention is to 

35 reduce the expenses and delays associated with financing 
trade . 
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A further object of the present invention is to 
provide a computer system for facilitating trade when the 
value of the goods or services involved is relatively 

small. . 
5 Yet another object of the present invention is 

to reduce the possibility of errors in documents 
pertaining to trade transactions. 

A still further object of the present invention 
is to reduce the expenses associated with document 
10 custody for trade transactions. 

in accordance with an aspect of this invention, 
a method of facilitating trade using a data processing 
system as well as a system and a digital computer for 
facilitating trade serve to store purchase order data 
15 representing a contract between a buyer and a seller, 

input subsequent action data about a subsequent action in 
fulfillment of the contract, and determine whether the 
subsequent action data satisfies the contract based on 

the purchase order data. 
20 m accordance with another aspect of this 

invention, a method of facilitating trade using a data 
processing system as well as a system and a digital 
computer for facilitating trade serve to store purchase 
order data representing a contract between a buyer and a 
seller, input a request to prepare a data entry template 
for entering subsequent action data relating to a 
subsequent action in performance of the contract 
represented by the stored purchase order data, prepare 
the data entry template based on the purchase order data, 
output the prepared data entry template for entry of the 
subsequent action data, enter the subsequent action data 
using the prepared data entry template, and determine 
whether the entered subsequent action data satisfies the 
contract based on the purchase order data. 
35 i„ accordance with a further aspect of this 

invention, a method of facilitating trade using a data 
processing system as well as a system and a digital 
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computer for facilitating trade serve to store first 
criteria data for respective trading qualifications of a 
buyer and a seller, input proposed purchase order data 
representing a proposed purchase contract for goods or 

5 services between the buyer and the seller, and determine 
whether the proposed purchase order data satisfies the 
stored first criteria data for respective trading 
qualifications for the buyer and for the seller. 

In accordance with a yet further aspect of this 

0 invention, a method of facilitating trade using a data 
processing system as well as a system and a digital 
computer for facilitating trade serve to store offer data 
representing an offer to trade goods or services 
including overt and hidden terms, transmit overt terms 

5 data representing the overt terms of the offer to trade 
to at least one party, input response data representing a 
response from the at least one party to the transmitted 
overt terms data, and compare the response data with the 
offer data to produce term compliance data indicating 

0 whether the response data are in compliance with the 
overt and hidden terms of the offer. 

The above, and other objects, features and 
advantages of the present invention will be apparent in 
the following detailed description of the preferred 

5 embodiments of the present invention when read in 
conjunction with the accompanying drawings in which 
corresponding parts are identified by the same reference 
symbol. 

BRIEF DESCRIPTION 07 THE DRAWINGS 

0 Fig. 1 is a block diagram of flows in an 

international trade using a conventional letter of 
credit; 

Figs. 2A-2B are a flowchart showing filtering 
of a proposed purchase order according to the present 
5 invention; 
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Figs. 3A-3C are a flowchart showing filtering 
of a shipping document and automatic payment according to 
the present invention; 

Fig. 4 is a block diagram illustrating an 
embodiment of a trade system in accordance with the 
present invention; and 

Fig. 5 is a block diagram further illustrating 

the trade system of Fig. 4. 
DETAILED DESCRIPTION OF CERTAIN ADVANTAGEOUS EMBODIMENTS 

The present invention includes a computer 
system which facilitates trade in goods and services. 
The trade system receives inputs from and supplies 
outputs to buyers, sellers, funders and the various 
parties involved in a trade transaction, such as 
15 shippers, carriers, insurers, banks and the like, as 

shown in Figs. 4 and 5. The trade system shown in Fig. 4 
comprises a central computing facility, 
telecommunications circuits and front end software and 
hardware located at user premises. The users of the 
trade system communicate with the system using their own 
or third party conventional telecommunications equipment. 
The users may also communicate with each other through 
other non-system avenues, such as third party networks. 

Fig. 5 shows further details of the trade 
system of Fig. 4. At a central facility 10, one or more 
processors 20A . . . 20N communicate via a bus 30 with a 
communications interface 40 including appropriate 
hardware such as modems, storage 50, such as at least one 
disk drive, and memory 60, and possibly with others of 
the processors 20A ... 20N. The central facility 
communicates with remote locations through 
telecommunications links 90A . . . 90D, which may be 
telephone circuits, radio circuits, data circuits 
provided by a value added network, or other 
35 communications links known to one of ordinary skill in 
the art. The remote locations may be a third party 
network 70, a front end 75 such as a personal computer 
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with trade system software, a host 80 configured to 
interface with the trade system of the present invention, 
or a terminal 85. 

The specific equipment used in the trade system 
5 is not critical to the present invention, and one of 
ordinary skill in the art will readily appreciate 
variations in equipment conf igurations that are suitable. 
The geographic distribution of the equipment comprising 
the trade system is also not critical to the present 

10 invention. Additionally, electronic documents 

manipulated by the system may comprise only data entered 
into predefined fields of a template, or the entered data 
along with predefined field labels forming the template. 

When a party communicates with the system, the 

15 party must submit the appropriate passwords. For 
example, logging onto the system may require one 
password, but only entitle the user to perform certain 
functions, such as checking status. To perform other 
functions, such as entering purchase order data, 

20 additional passwords or other types of security may be 
used. Additionally, a public key security system, such 
as the RSA system, may be employed, in which a party is 
given a secret code with which to authenticate and/ or 
encode its electronic document submissions to the system 

25 and parties wishing to decode the document use a code key 
for the submitter from a public list. The public key 
system ensures that an electronic document cannot be 
forged by someone lacking the secret code. 

Generally, a funder guarantees payment for 

30 transactions processed by the trade system between an 
approved buyer and a seller which satisfy the funder 's 
predetermined criteria. The trade system of the present 
invention verifies that each portion of a transaction 
properly relates to the purchase order and criteria 

35 established by the funder and possibly by the trade 

system, in a process referred to herein as filtering, and 
generates payment instructions at appropriate times. 
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The specific legal arrangements regarding risk 
of non-payment which are made by the parties are not 
critical to the trade system of the present invention. 

To obtain access to the system, companies 
wishing to act as buyers and sellers go through an 
application process supervised by a funder. 
Specifically, a funder establishes one or more profiles 
of acceptable characteristics for a buyer or seller. P 
example, a funder's profile may specify characteristics 
such as minimum annual revenue and years in business for 
a buyer. The funder or its agents then gather 
information about companies wishing to use the trade 
system of the present invention, and the funder compares 
the gathered information with its profile to 
whether a company has acceptable characteristics. If the 
comparison is satisfactory to the funder, the funder 
indicates various account parameters thresholds, also 
referred to herein as criteria, for the company to the 

trade system. 

The funder is responsible for setting credit 

limits as part of the account parameters. In the 
simplest case, the credit limit is one amount inclusive 
of all transactions. In other cases, the funder may set 
credit limits as a function of other variables, such as 
nature of goods (e.g., perishable, non-perishable) , 
exposure by party (e.g., a transaction may not exceed 50% 
of the company's overall trade system credit limit) , or 
exposure by origin or destination country of the goods or 
services or companies (e.g., all transactions with 
30 companies in a particular country may not exceed 80% of 
L company's overall trade system credit limit). Other 

account criteria or parameters may be, for example, 
jainimum transaction size, and restriction to a particular 
type of goods or services. 
35 The trade system administrator may configure 

the trade system to require additional information 
regarding a company approved by a funder, and may 
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establish additional criteria (e.g., certain documentary 
certification required for trade in services) . 
Generally, after a f under has approved account parameters 
for a company and the trade system has satisfied its 
5 application requirements with regard to the company, the 
company is given access to the trade system in the form 
of an identification code, sign-on password and 
appropriate access apparatus. It will be appreciated 
that access apparatus may include software and a terminal 

10 or personal computer* 

An accelerated application process is 
contemplated for companies having electronic access to a 
third party network, such as an industry network, which 
is connected to the trade system of the present 

15 invention. For example, a funder may elect to establish 
an immediate approval profile based on information 
available through a credit rating agency (e.g., Dun and 
Bradstreet) , and authorize the trade system to 
immediately set certain account parameters for any 

20 company having credit rating information satisfying the 
criteria of its immediate approval profile. Additional 
information may be subsequently collected for companies 
obtaining access to the trade system via the accelerated 
application process. 

25 After obtaining access to the system, a buyer 

may place orders to purchase goods (in the form of a data 
input) from one or more sellers through the system. Each 
purchase order forms an electronic document and includes 
at least certain terms, such as a description of the 

30 goods, price, quantity, and delivery times and 

arrangement. Appropriate ones of the processors 2 OA ... 
2 ON of the trade system compare a buyer's proposed 
purchase order with the buyer's pre-established account 
parameters or criteria stored in storage 50 or memory €0 

35 in view of any outstanding activity, such as outstanding 
purchase orders, which is referred to herein as 
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"filtering" the purchase order. In other words, the 
system performs a risk evaluation function. 

In certain embodiments, a seller may place a 
tender on the system, that is, advertise goods or 
5 services with selected sale terms. The system permits 
the seller to include both overt and hidden terms in the 
tender which are stored in storage 50 or memory 60. The 
system transmits only overt terms of the tender to 
selected buyers, while withholding the hidden terms. The 
10 selected buyers respond by entering offers to purchase. 
The buyers are selected in one or more of the following 
ways: the seller places its tender on an electronic 
bulletin board accessible to all parties having access to 
the system; the system references a pre-stored list of 
15 buyers having certain characteristics, such as their 

interest in certain goods or services; the seller selects 
the type of buyers to which its tender should be 
transmitted; and buyers instruct the system to notify 
them of seller offers having certain characteristics. 
20 The system filters the buyers' responses, that is, 

compares the buyers' responses with the seller's overt 
and hidden terms and the criteria established by the 
buyer's f under for the buyer and/or seller to a 
transaction. In accordance with the seller's 
25 instructions, the trade system either transmits to the 
seller all buyers' offers which meet the seller's terms 
and for which funding is guaranteed, or automatically 
accepts a buyer's offer, e.g., the first buyer offer that 
meets the seller's terms, or the best price buyer offer 
30 received within a predetermined timeframe. As an example 
of electronic negotiation of a purchase order, the seller 
may instruct the system to accept the best buyer's offer 
with respect to a selected term. 

Although prospective buyers may be unfamiliar 
35 to a seller, the seller is willing to trade with such 
unfamiliar buyers because their offers include a payment 
guarantee from a f under. 



WO 96/12242 



PCT/US95/12925 



13 

In certain other embodiments, a buyer may place 
a tender, that is, an offer to buy, including overt 
terms, on the system. The buyer's offer may include 
hidden terms not known to prospective sellers but known 
5 to the system. The system transmits the overt terms of 
the tender to selected sellers, who respond with offers 
to sell, which are filtered by the trade system against 
the buyer's overt and hidden terms and the criteria 
established by the buyer's f under for the buyer and/or 

10 seller to a transaction. The sellers are selected in one 
or more of the following ways: the buyer places its 
tender on an electronic bulletin board accessible to all 
parties having access to the system; the system 
references a pre-stored list of sellers having certain 

15 characteristics, such as those willing to supply certain 
goods or services; the buyer selects the type of sellers 
to which its tender should be transmitted; and sellers 
instruct the system to notify them of buyer offers having 
certain characteristics. In accordance with the buyer's 

20 instructions, the system either transmits to the buyer 
all sellers' offers which meet the buyer's terms and for 
which funding is guaranteed, or automatically accepts a 
seller's first or best matching offer. As an example of 
electronic negotiation of a purchase order, the buyer may 

25 instruct the system to accept the best seller's offer 
with respect to a selected term. 

If the purchase order is in accordance with the 
funder's criteria and any criteria imposed by the trade 
system, then the trade system can generate a payment 

30 guarantee on behalf of the f under when the seller meets 
certain conditions, such as shipment of the goods by the 
seller. An advantage of the trade system of the present 
invention to the funder is that the trade system performs 
all electronic document checking functions, so the funder 

35 is relieved of this burden. 

In certain embodiments, the system filters the 
purchase order data against criteria or predefined 
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parameters for the seller before generating a payment 
guarantee on behalf of the f under. In the embodiment of 
Pig. 5, this function is performed by appropriate ones of 
the processors 20A ... 20N. A seller parameter may be, 

5 for example, manufacturing capacity, or a credit limit 
such as total pending orders, or pending orders by type 
of product or country of buyer, or whether in compliance 
with certified performance standards such as ISO 9000, or 
the seller's performance history known to the trade 

10 system. 

When the proposed purchase order meets the 
filtering criteria, the trade system forwards the 
purchase order in the form of data to the seller with an 
indication of the f under 's payment guarantee, preferably 

15 using an electronic mailbox type facility. In the 

embodiment of Fig. 5, this function is performed by at 
least one of the processors 20A . . . 20N using storage 50 
or memory 60, communications interface 40, the 
appropriate telecommunications link 90A ... 90D, and 

20 possibly trade system software operational in, e.g., 

front end 75. 

If the proposed purchase order does not meet 
the filtering criteria, the buyer may revise its terms, 
or in some cases, the buyer may instruct the trade 
system to forward it to the seller without the funder's 
payment guarantee and the parties may elect to proceed 
with the transaction using other non-system avenues for 
payment guarantees, and using the system as a document 
manager . 

The seller may accept or decline the proposed 
purchase order or may propose revisions to its terms. 
That is, the trade system permits electronic negotiation 
of the terms of the purchase order, and filters the 
proposed purchase order using at least one of processors 
35 20A ... 20N at each step of the negotiation to assess 
compliance with criteria or predetermined parameters 
stored in storage 50 or memory 60 and to establish an 
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audit trail and to ensure that the parameters of the 
f under' s payment guarantee are met. 

After a buyer's proposed purchase order is 
accepted by a seller, the trade system converts it to an 
5 actual or original purchase order, stores it as purchase 
order data in storage 50 and/or memory 60, updates buyer 
and seller account data stored in storage 50, notifies 
the f under and is then ready to filter data representing 
subsequent actions against the original purchase order 

10 data- It will be appreciated that the purchase order may 
be modified or cancelled in accordance with the wishes of 
the buyer and/or seller. 

Importantly, subsequent activity which relates 
to the original purchase order is conducted through the 

15 system, that is, the system provides data templates for 
subsequent purchase order fulfillment documents with 
fields containing data from stored purchase order 
electronic documents, accepts data templates with 
additional and/or overriden data, and filters the 

20 completed templates, also referred to as draft electronic 
documents, against the original purchase order, as 
adjusted for activity to-date, to ensure that compliance 
with its terms and conditions is maintained. The system 
permits amendment of the terms of the purchase order. As 

25 the purchase order is filled by one or more deliveries or 
the rendition of services, the trade system adjusts 
account parameters to reflect the remaining outstanding 
portion of the purchase order. 

The templates may be produced by the processors 

30 20A ... 20N and transmitted to the remote locations, or 
may be produced by trade system software operational in 
the front end 75 or host 80. The trade system places 
data in appropriate fields of the templates. Such data 
is stored in storage 50, and may also be located in local 

35 storage of the front end 75 or host 80. Filtering of the 
templates may be distributed across the central facility 
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10 and the remote locations, or the central facility 10 
nay be responsible for the entirety of the filtering. 

The seller obtains a template for creation of 
electronic shipping documents for an outstanding purchase 

5 order from the system. The seller enters the necessary 
data in the template to create the shipping documents, 
e g shipping instructions and commercial invoice. The 
system then filters the shipping documents by means of 
processors 20A ... 20N to ensure compliance with the 

10 original purchase order and criteria of the funder and/or 
system and electronically forwards the shipping documents 
to the freight forwarder or shipper, which in turn 

selects a carrier. 

in some cases, the seller transmits directly to 

15 the carrier. If the seller has given shipping 

instructions to the freight forwarder or carrier outside 
the system, for example, in a telephone conversation, 
then the freight forwarder or carrier enters the relevant 
portions of the shipping instructions to the system for 

20 creation of confirming documents, such as the bill of 
lading. 

The seller delivers its goods to the carrier or 
freight forwarder accompanied by a paper copy of the 
shipping documents which the seller prepared 
25 electronically from a template provided by the system. 

The system also delivers the electronic 
shipping documents to the carrier and permits the carrier 
to obtain a template for creation of bill(s) of lading 
with fields filled in as appropriate from stored purchase 
30 order data and any subsequent activity. The template, as 
completed by the carrier, is filtered by processors 20A 
20N to ensure compliance with the original purchase 
order and the shipping documents. Similarly, templates 
are provided for electronic entry of insurance 
35 certification and other confirming documentation. 

Alternatively, the trading system creates the bill of 
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lading and delivers it to the carrier's electronic 
mailbox. 

The system approves the bill(s) of lading, the 
carrier confirms shipment by suitable data entry to the 
5 system, and other confirming documents are received by 
the system. Then, the system forwards an electronic copy 
of appropriate ones of the confirming documents to the 
seller, the buyer and, if appropriate, the buyer's 
broker. The system may also respond to special 
10 conditions in the purchase order, such as providing 

printed notification, or advising additional parties such 
as insurers of certain events. 

The carrier then places the goods in transit to 

the buyer. 

15 The conditions which must be met for payment to 

occur can vary by transaction. Generally, it is expected 
that the conditions will include shipment of goods by a 
shipper, via a carrier, that also has access to the 
system. 

20 When the appropriate conditions for payment are 

met, the system automatically issues a funds transfer 
order. When the funds have been transferred, the system 
notifies appropriate parties. 

If the purchase order calls for payment at the 

25 time of shipment, the system transmits data representing 
a funds transfer request to the funder who maintains a 
credit relationship with the buyer. The funder then 
transfers funds on behalf of the buyer to the bank 
holding the seller's demand deposit account (DDA) using a 

30 conventional electronic funds transfer network. 

Alternatively, the system transmits data notifying the 
seller's bank, such as the paying bank or the bank 
holding the seller's DDA, to request payment from the 
funder. The seller's bank then requests payment from the 

35 funder using, for example, a conventional credit card 
network or a third party electronic document interchange 
(EDI) network. 



WO 96/12242 



PCT/US95/12925 



18 



It will be appreciated that the bank having the 
seller's DDA may also advise the seller that funds have 
been transferred, either through the system of the 
present invention or through another channel. The bank 
5 having the seller's DDA credits the seller's DDA or 
otherwise makes the funds available to the seller. 

After the buyer receives data representing the 
bill of lading electronic document through the trade 
system, the buyer has at least two alternatives. The 
L0 buyer can print the bill of lading document and give it 
to the buyer's broker, who then presents it to the 
carrier. Alternatively, the buyer can use the trade 
system to send the bill of lading electronic document 
back to the carrier using the trade system. In this 
15 case, the trade system verifies the electronic bill of 
lading from the buyer against the original purchase order 
and the electronic bill of lading as originally issued by 
the carrier, and stores data which authorises the carrier 
to transfer possession of the goods to the appropriate 
20 party, such as the buyer's broker. 

The buyer's broker then advises the buyer that 
goods have arrived and the broker has cleared them 
through customs. The system provides the capability to 
create and transmit this message which is an adaptation 
25 of the bill of lading. The buyer and its broker 
thereafter arrange for delivery of goods. 

The trade system of the present invention keeps 
track of outstanding purchase orders, and adjusts the 
account parameters corresponding to the criteria 
30 established by the funder and the trade system for buyers 
and sellers based on relevant outstanding purchase orders 
when evaluating new proposed purchase orders. 

The present invention reduces the expenses 
associated with providing a letter of credit, since a 
buyer or seller is qualified at the time it starts using 
the system, rather than for each transaction. When 
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standardized purchase order terms are used, transaction 
costs can be further reduced. 

The present invention eliminates the problems 
caused by inconsistent documents relating to the original 
5 purchase order, since the system filters subsequent 

documents to ensure compliance with the original purchase 
order and criteria of the funder and/or system while the 
documents are still in draft electronic form. Moreover, 
the likelihood that payments will be made in error is 
10 reduced since documents are individually associated with 
a purchase order when they are created, and only certain 
parties are permitted to create certain documents by the 
trade system. For example, a buyer may not create a bill 
of lading. 

15 The present invention eliminates the custodial 

problems of conventional letters of credit, since the 
system stores documents electronically for all users. 

The present invention is cost-effective for 
smaller transactions than those financed by conventional 
20 letters of credit, so that small and medium-sized 
companies which have heretofore been deterred from 
conducting business in certain markets due to financing 
concerns can now expand their business. 

The present invention reduces the risk to the 
25 buyer that it will pay for goods that are not received. 

Figs. 2A-2B are a flowchart showing filtering 
of a proposed purchase order according to an embodiment 
of the present invention* 

At any time, a buyer can use the trade system 
30 to check its account parameters, such as available 

credit, and the status of outstanding purchase orders. 
For example, a buyer may access the trade system to 
obtain an account summary report as follows: 
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USER: BUYER CO. 
11:05AM EDT 

CREDIT LIMIT: 100,000 

AMOUNT DUE: 25,000 

30,000 

AMOUNT PENDING: 10,000 

65,000 
ORDER DATE 
2/1/94 
2/10/94 



DATE: 3/15/94 

PROPOSED: 
AVAILABLE: 



2/15/94 
3/1/94 



AMOUNT 


STATUS 


ORDER NO 


13 , 000 


SHIPPED 


0201941 


12,000 


SHIPPED 


0210941 


10,000 


PENDING 


0215941 


30,000 


PROPOSED 


030194P 



15 



20 



25 



30 



35 



VENDOR 
ACME ROCKET 
SUPERIOR 
FITTINGS 
CONSOLIDATED 
LINT 

BIALYSTOCK & 
BLOOM 

After reviewing this report, which may comprise examining 
certain purchase orders in detail, the buyer realizes 
that if Bialystock & Bloom accepts the proposed purchase 
order, the available credit will become $35,000. 
Similarly, when Consolidated Lint ships the goods, the 
buyer's pending credit amount will decrease by $10,000. 
A detailed examination of the Bialystock 4 Bloom purchase 
order might indicate that it has been retrieved from the 
Bialystock & Bloom electronic mailbox, but a response has 
not yet been entered. A detailed examination of the 
consolidated Lint purchase order might indicate a 
shipment schedule of 3/16/94 and 3/20/94. 

in this example, it is assumed that the buyer, 
located in the U.S., has become aware of the availability 
of tee shirts from Mexiteeco located in Mexico. The 
buyer queries the trade system to determine whether 
Mexiteeco has access thereto. The trade system responds 
affirmatively, and provides a brief report on Mexiteeco. 
The report lists, for example, the address of Mexiteeco, 
a summary of Mexiteeco's business, and any offers to sell 
which Mexiteeco has submitted to the trade system. The 
buyer decides to place an order through the trade system, 
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and requests that the system transmit a purchase order 
template. 

The trade system transmits a purchase order 
template having data entry fields to the buyer. In 
5 certain embodiments, front end software installed at the 
buyer's premises merges data supplied from the trade 
system central facility to display a partially completed 
template to the buyer. Additionally, if the seller's 
offer is available in a known electronic format, such as 

10 American National Standards Institute (ANSI) Electronic 
Data Interchange Accredited Standards Committee (ASC) X12 
Standard, the trade system may extract pertinent portions 
of the seller's offer and place them in the appropriate 
fields of the template. 

15 For example, the data inserted in the template 

may include the following information prepared by the 
trade system: buyer's name, buyer's address, buyer's 
internal order number, order date. If the buyer selects 
Hexiteeco's tee shirt offer by an appropriate data entry 

20 to the system, then the template may include the seller's 
name (Mexiteeco) , the seller's address, the price per 
unit, currency conversion rate, and any additional 
charges which Mexiteeco has identified to the trade 
system. It is expected that certain portions of the 

25 buyer identification information cannot be changed by the 
buyer, such as system identification codes, and that 
other portions of the buyer identification information 
can be specified by the buyer, or the buyer may override 
the information supplied by the system. 

30 The buyer enters appropriate additional 

information to the fields of the prepared template, such 
as quantity, design, color and size, and submits the 
completed template to the system as a proposed purchase 
order (step 110) . It will be appreciated that not all 

35 fields of the template need to be completed for each 

purchase order, and that some fields will be completed in 
due course, such as delivery schedule, shipping terms, 
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payment terms, insurance terms, and possibly penalties 
for delayed performance. Some purchase orders may rely 
on a free-form field to specify additional information. 
The front end software at the buyer's premises may 
perform preliminary consistency checks on the data 
entered into the template, for example, ensuring that the 
quantities to be delivered according to a proposed 
delivery schedule, if one is supplied, equal the quantity 

ordered . , 

The system receives the proposed purchase order 

data and filters it against the buyer's account 
parameters (step 120). In certain embodiments, filtering 
comprises searching fields of the template for certain 
text, comparing data entered into a field of the template 
5 with one or more account parameters or criteria, 
comparing data from multiple fields with account 
parameters and so forth. 

For example, the buyer may have a limit of X 
dollars for orders from country S, after outstanding 
0 purchase orders are considered. The buyer may also have 
a limit of Y dollars for orders in goods of type G, after 
outstanding purchase orders are considered. For a 
proposed purchase order having a value of Z for goods of 
type G from country S, the filtering includes comparing Z 
,5 with X and comparing Z with Y. If Z < Y and Z < X, then 
this purchase order is, so far, eligible for system 
approval. For example, a transaction involving $40,000 
of goods from a manufacturer in Mexico may be rejected 
for a buyer having a limit of $35,000 (e.g., 35% of a 
30 credit limit of $100,000) for goods from a Mexican 

manufacturer. 

Other fields may be filtered differently, for 
example, the delivery schedule may be simply compared 
against the present date, to ensure that the delivery 
35 dates are future dates. Furthermore, the system checks 
one or more sets of fields simply to ensure that 
information is present. In certain embodiments, some of 
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this processing nay occur in front end software at the 
buyer's location* 

Another example of filtering is for the trade 
system to check the type of goods , such as tee shirts r 
5 against a funder's list of goods for which funded 
transactions are allowed* 

A further example of filtering is for the trade 
system to check the data in an electronic bill of lading 
submitted by a buyer against the data in an electronic 
10 bill of lading created by a carrier, to determine whether 
changes have been made, and also to check the buyer's 
bill of lading against the original purchase order to 
ensure that the terms of the original purchase order are 
followed. 

15 if the proposed purchase order does not satisfy 

the buyer's account criteria, then the system determines 
how the buyer wishes this situation to be handled (step 
130) , for example, by consulting a field of the proposed 
purchase order. For example, if Bialystock & Bloom has 

20 accepted the buyer's outstanding proposed purchase order 
for a price of 30,000 while the buyer was preparing the 
Mexiteeco purchase order for a price of 40,000, then the 
Mexiteeco purchase order will be rejected by the trade 
system due to inadequate available credit for the buyer. 

25 if the buyer has indicated that a proposed 

purchase order should not be transmitted to the seller 
unless a payment guarantee can be authorized by the 
system on behalf of a f under, then the system prepares a 
notice advising the buyer as to why it would not 

30 authorize a payment guarantee (step 140) , and transmits 
this advisory to the buyer, preferably using an 
electronic mail type facility. The advisory notice may 
suggest changes which would make the purchase order 
acceptable. The buyer can then revise the terms of the 

35 proposed purchase order (step 150) and submit the revised 
version in the form of data entry to the system as a 
proposed purchase order for filtering by the system (step 
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120). For example, the buyer may reduce the amount of 
the proposed purchase order to Mexiteeco to 35,000. 

If the buyer wishes to use the system as an 
electronic document manager, and not as a payment 

5 guarantor, then the buyer will have appropriately 

indicated its preference, such as in the purchase order 
template, and the system will then append data 
representing a "payment not guaranteed" notice to the 
proposed purchase order data (step 160). The proposed 

10 purchase order data is filtered against the seller's 

predetermined criteria (step 180) , and transmitted to the 
seller in the manner described below with reference to 

steps 190 or 230. 

If the proposed purchase order satisfies the 
15 buyer's predetermined criteria, the system approves its 
terms, meaning that this purchase order is eligible for a 
payment guarantee by the system to the seller (step 170) . 

In certain embodiments, filtering of the 
proposed purchase order data with respect to the seller's 
20 criteria occurs before filtering of the proposed purchase 
order data with respect to the buyer's criteria. 

Next, the system filters the proposed purchase 
order against the seller's predetermined criteria in a 
manner similar to that used for filtering against the 
25 buyer's predetermined criteria (step 180). 

If the proposed purchase order satisfies the 
seller's predetermined criteria, the system approves its 
terms and transmits a payment guarantee on behalf of the 
f under to the seller (step 190) . 
30 Th e system then transmits data representing the 

proposed purchase order and its payment guarantee 
information to the seller (step 200) , transmits data 
notifying the buyer that this information has been 
delivered to the seller and updates the account 
35 information for the buyer and seller. It will be 

appreciated that the trade system stores the proposed 
purchase order and otherwise updates appropriate internal 
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files. For example, the buyer's account information 
would now include a proposed purchase order to Mexiteeco. 
It is preferred that the proposed purchase order be 
delivered as an electronic mail type message to the 
5 seller, that is, the seller does not have to be 

interacting with the system at the same time as the 
buyer. When the seller reviews the electronic mail 
message including the proposed purchase order, this event 
is detected, for example, by the seller's terminal that, 

10 in turn, transmits data indicating the same to the trade 
system. The trade system then notifies the buyer of this 
event by a data message, or else simply updates a status 
field of the stored proposed purchase order and waits for 
the buyer to submit a status inquiry for the purchase 

15 order. 

In an alternative embodiment, after step 190, 
the trade system transmits a data message to the buyer 
that the purchase order can be processed through the 
trade system. In this case, if the buyer wishes to 

20 proceed with the purchase order, the buyer must append an 
electronic signature or other authorization code to the 
approved purchase order and submit the "signed" purchase 
order to the system. It will be appreciated that, in 
this case, the proposed purchase order is substantially a 

25 hypothetical, "what if" query to the trade system, and 
that the electronic signature converts it into an actual 
transaction having a status of a proposed order. 

As another alternative, an explicit "draft" 
mode is provided, in which the trade system filters the 

30 buyer's proposed purchase order data, gives draft mode 
authorization, permits the buyer to send the draft 
proposed purchase order data to the seller, and allows 
the seller to indicate a draft mode acceptance by a 
return transmission, and returns the draft purchase order 

35 and acceptance to the buyer. At this point, the buyer 
may resubmit the proposed purchase order data in non- 
draft or actual mode. 
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in response to a proposed purchase order, the 
seller may accept, decline or revise the terms of the 
proposed purchase order and transmit the revised purchase 
order data to the buyer as a new proposed purchase offer, 
that is, an offer to receive an offer with the revised 
terms. For example, the seller might change proposed 
purchase offer data that includes credit extension by the 
seller to revised purchase offer data that requires 
immediate payment by the buyer upon shipment of goods or 
submission of documentary evidence of performance of 
services. 

If the seller accepts (step 210) , meaning that 
the seller enters an appropriate data message to the 
system in response to the proposed purchase order data, 
then a contract is formed and the system converts the 
proposed purchase order data to outstanding purchase 
order data. An acceptance method for the seller may be 
to append an electronic signature or other authorization 
code to the proposed purchase order data, and submit it 
to the trade system. At this time, the system 
automatically takes other actions, such as transmitting 
an appropriate data message to the funder responsible for 
the payment guarantee of the outstanding purchase order, 
delivering an electronic mail acceptance notice to the 
buyer and updating account data for the buyer and seller. 

If the seller wishes to accept and also to 
advise the buyer of a modification which is acceptable to 
the seller and may be of interest to the buyer, the 
seller may do this using the system as an electronic mail 
30 facility. For example, if the seller has transmitted a 
data message to accept an order for 9,000 tee shirts at 
$10.00 each, the seller may separately transmit a message 
to the buyer that it can order 10,000 tee shirts at $9.01 
each. The buyer can then amend its outstanding purchase 
35 order. The amending process is similar to the process 
used to establish the purchase order. 
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If the seller declines (step 220) , meaning that 
the seller enters an appropriate message to the system in 
response to the proposed purchase order transmission, 
then the system notifies the buyer of this event, and 
5 appropriately disposes of the proposed purchase order, 
such as by placing it into a temporary storage file and 
automatically deleting it after a predetermined time. 

If the seller wishes to revise the terms of the 
proposed purchase order, the seller may do so and then 

10 enters data to the system representing a revised version 
of the order (step 250) . 

If the buyer's proposed purchase order fails to 
satisfy the seller's account criteria (e.g., the seller 
lacks adequate manufacturing capacity to fill the order) , 

15 then the trade system prepares an advisory message (step 
230) and delivers this advisory message to the buyer. 
Alternatively, the system delivers the proposed purchase 
order to the seller (step 430) along with the advisory 
message explaining why, due to the seller's situation, 

20 the system could not authorize a payment guarantee by the 
f under for the buyer (step 440) . The system may also 
indicate whether it can authorize a payment guarantee 
based on the buyer's situation (based on step 170) or 
whether it will not authorize a payment guarantee based 

25 on the buyer's situation (based on step 160). The seller 
can respond by declining to proceed with the transaction 
(step 450) in which case the system takes the same 
actions as at step 220. Alternatively, the seller can 
revise the terms of the proposed purchase order and 

30 submit the revised version to the system (step 250) . 

After the seller has submitted a revised 
purchase order, the system filters the revised version 
against the seller's account parameters (step 260). 

If the revised purchase order fails to satisfy 

35 the seller's account criteria, then the system determines 
how the seller wishes this situation to be handled (step 
400) , in a similar manner as used for determining the 
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buyer's preference at step 130, and either appends data 
representing a "payment not guaranteed" notice to the 
revised purchase order data (step 410) or prepares a 
notice advising the seller as to why it would not 
authorize a payment guarantee, and delivers this advisory 
to the seller (step 440) . 

If the revised purchase order satisfies the 
seller's account criteria, the system approves its terms, 
meaning that the system can authorize a payment guarantee 
for this purchase order (step 270) . The system filters 
the proposed purchase order data against the buyer's 
account criteria or parameters (step 280) . 

If the revised purchase order satisfies the 
buyer's account criteria, the system approves its terms, 
15 meaning that it can authorize a payment guarantee (step 
290) . The system transmits the revised purchase order 
data and payment guarantee data information to the buyer 
(step 300). In response to a revised purchase order, the 
buyer may accept (step 320), decline (step 310) or revise 
20 the terms of the revised purchase order (step 150) and 
transmit a corresponding message through the system to 
the seller as a new proposed purchase offer, with 
filtering as discussed above. 

If the revised purchase order data fails to 
25 satisfy the buyer's account criteria, then the system 
prepares an advisory message (step 330) . The system 
delivers the revised purchase order to the buyer along 
with the advisory message explaining why, due to the 
buyer's situation, the system could not authorize a 
30 payment guarantee (step 340). It will be appreciated 
that the system may also transmit an indication as to 
whether or not it can authorize a payment guarantee based 
on the seller's situation (from steps 270 and 410). The 
buyer can respond by declining to proceed with the 
35 transaction (step 350) or by revising the terms of the 
revised purchase order to form a new proposed purchase 
order (step 150) . 
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Figs. 3A-3C are a flowchart showing filtering 
of a shipping document and automatic payment according to 
the present invention. 

After a proposed purchase order has been 
5 converted into an outstanding purchase order and before 
the order has been entirely fulfilled, the seller may 
request a template for shipping documents relating to 
this outstanding purchase order from the system (step 
610) . 

10 in response to the seller's request, the system 

prepares a shipping document template based on the 
outstanding purchase order which reflects the original 
purchase order and any shipments to date (step 620) . An 
important feature of the present invention is that, in 

15 this and other documents, the goods or services are 

described exactly as in the original purchase order. The 
system reflects pertinent conditions of the original 
purchase order in the appropriate fields of the shipping 
template. For example, if the shipment must be in a 

20 particular type of container, this information is 
provided in the appropriate portion of the shipping 
documents template. One technique for accomplishing this 
function is to indicate, for each of the fields in the 
original purchase order, which subsequent documents the 

25 information is relevant to. The indication can be 

provided by the user, by an analysis function built into 
the system, or by a combination thereof. 

The seller then enters data into additional 
fields of the shipping template, and possibly overrides 

30 system supplied information in some fields, then submits 
the template and its data to the system as a proposed 
shipping document (step 630). For example, the seller 
may wish to make only a partial shipment, so the seller 
overrides the system-supplied parameter in the quantity 

35 field, which typically is the remainder of the goods to 
be shipped. The system compares the proposed shipping 
document against the original purchase order and any 
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shipments to date (step 640). If there is a problem, 
such as a mismatched term, the system prepares an 
advisory message and transmits it to the seller (step 
660) , who can revise the terms of the proposed shipping 
document and reenter the document data in the system 
(step 670). 

When the system determines that the proposed 
shipping document is acceptable, it converts it into 
active shipping document data (step 650) , and transmits 
the shipping document data to the carrier or freight 
forwarder selected by the seller. The system may also 
deliver a copy of the shipping document to other parties, 
such as an insurer. The system transmits a message to 
the seller that the shipping document has been delivered 
to the carrier. If the buyer wishes to examine the 
status of this order, the buyer may access the shipping 
document data for review. 

The carrier or freight forwarder may 
communicate with the trade system through a third party 
electronic network. In this case, the trade system 
prepares messages in an appropriate standardized format 
such as ANSI X12 or Edifact and delivers its prepared 
messages to a network gateway. However, the trade system 
continues to associate messages and electronic documents 
with the original purchase order, independent of the 
telecommunications path utilized for delivery of such 
messages . 

Many arrangements for shipping goods are 
possible, and many arrangements for assuring delivery of 
services are also possible. In each case, the trade 
system functions to manage the associated electronic 
documents, to filter these documents against the 
appropriate ones of the other documents previously 
associated with the original purchase order, and to 
35 notify appropriate parties when data are inconsistent and 
when events have occurred. 
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The seller then delivers the goods and a 
printed copy of the shipping document to the freight 
forwarder or the carrier (step 680) . The seller enters 
data in the system to provide notification that it has 
5 transferred possession of the goods to the freight 

forwarder or the carrier (steps 700, 710). The carrier 
also may notify the system that the goods have been 
received from the seller (step 690) . 

After the goods have been delivered to the 

10 carrier, the carrier may request a template for the bill 
of lading and possibly a template for the packing list 
(step 750) . The system prepares templates for the bill 
of lading and packing list based on the shipping document 
and other relevant documents, which may include the 

15 outstanding purchase order (step 760) . 

The carrier finalizes the terms of the bill of 
lading template and the packing list template and submits 
them to the system (step 770) . The system filters the 
finalized bill of lading and packing list against the 

20 shipping document and other relevant documents, which may 
include the outstanding purchase order (step 780) . If 
the system detects a problem through filtering, the 
system prepares an advisory message for the carrier (step 
BOO) and the carrier revises the data entered in the 

25 template and submits the revised template to the system 
(step 810) . If filtering by the trade system determines 
that the entered data is consistent with the terms of the 
original purchase order, as adjusted for activity to- 
date, it converts the bill of lading template into an 

30 electronic bill of lading document, and delivers a copy 
to the carrier who places the goods in transit (step 
820) . The system also delivers a copy of the bill of 
lading to the seller (steps 850, 860) . 

Alternatively, the carrier prepares the bill of 
35 lading before receipt of the goods from the seller, in a 
similar manner as described above. If appropriate, the 
carrier may utilize a freight invoice or other electronic 
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document. Also, an electronic signature or other 
authorization code nay be required from the carrier 
before the system accepts the bill of lading as related 
to the original purchase order. 

The system retains and stores copies of all 
electronic documents which it processes, that is, all 
documents for which it provided a template and/or 
performed filtering. The system also stores copies of 
all documents related to a purchase, such as electronic 
mail messages referencing the purchase order or its 
subsequent related documents. If requested, the trade 
system may generate paper documents corresponding to the 
electronic documents which it has stored. 

In the example of Figs. 3A and 3B, payment is 
15 due upon shipment. The system detects that the 

conditions for payment have been fulfilled (step 790), 
and transmits a message to the funder that payment to the 
seller is required. Payment may be made in one of 
several manners. For example, the trade system may issue 
a funds transfer request to the bank holding the buyer's 
or funder's DDA (step 870), which transfers the funds to 
the bank holding the seller's DDA (step 880) and notifies 
the system that the funds have been transferred (step 
890). 

The system receives the notification of funds 
transfer (step 900) and passes it to the seller (step 
910) . Then the system transmits the data constituting 
the bill of lading to the buyer (step 920) , and 
authorizes the carrier to transfer possession of the 
30 goods to the buyer (step 930) . The buyer receives the 
bill of lading data (step 940) and makes arrangements 
with the carrier to receive the goods. For example, the 
buyer may instruct the trade system to send a copy of the 
bill of lading to a customs agent who obtains the goods 
35 on behalf of the buyer. It is preferred that each of the 
buyer and the carrier notify the system that the buyer 
has received the goods. When the buyer has accepted the 
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goods, which may be, for example, by lapse of time or by 
explicit notification to the system, the purchase order 
records are updated by the system to reflect fulfillment 
of an appropriate portion of the purchase order. 
5 An example of an alternate payment mechanism is 

a situation in which, after the carrier has submitted a 
bill of lading or freight invoice to the trade system 
which has transmitted this document to the seller, the 
seller produces data representing an invoice and 
10 transmits it to the buyer. The trade system may also 
forward a copy to the f under. The buyer responds by 
creating a payment advice document, which advises the 
seller of the payment date and instructs a financial 
institution to transfer payment to the seller. 
15 in another payment arrangement, the trade 

system transmits an instruction to the seller's bank to 
request payment, and in turn, the seller's bank requests 
payment from the f under using the trade system. The 
instruction to request payment is also referred to as a 
20 payment instruction. 

The trade system may utilize data representing 
outside information in processing electronic documents. 
For example, an embargo from one country to another may 
cause the system to automatically notify a carrier to 
25 hold a shipment, or may cause the system to reject 
shipping documents relating to the embargoed country. 

In certain embodiments, the trade system 
automatically generates scheduling reminder data. For 
example, if a seller is required to ship goods by a 
30 particular date, the trade system may generate an 

appropriate electronic mail reminder and transmit it to 
the buyer and to the seller. 

Although an illustrative embodiment of the 
present invention, and various modifications thereof, 
35 have been described in detail herein with reference to 
the accompanying drawings, it is to be understood that 
the invention is not limited to this precise embodiment 
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and the described modifications, and that various changes 
and further modifications may be effected therein by one 
skilled in the art without departing from the scope or 
spirit of the invention as defined in the appended 
5 claims. 
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What is claimed is: 

1. A method of facilitating trade in goods 
and/or services, comprising the steps of: 

storing, in a data processing system, purchase 
5 order data representing a contract between a buyer and a 
seller; 

inputting in the data processing system 
subsequent action data representing a subsequent action 
in fulfillment of the contract; and 
!0 determining by means of the data processing 

system whether the subsequent action data satisfies the 
contract based on the purchase order data. 

2. The method of claim 1, further comprising 
the steps of 

15 adjusting, by means of the data processing 

system, the purchase order data of the contract based on 
the subsequent action data to reflect partial fulfillment 
of the contract, 

inputting in the data processing system data 

20 representing a further action in fulfillment of the 
contract , and 

determining by means of the data processing 
system whether the data representing the further action 
satisfies the contract represented by the purchase order 

25 data, as adjusted based on the subsequent action data. 

3. The method of claim 1, further comprising 
the step of comparing, by means of the data processing 
system, the subsequent action data against data 
representing criteria for issuing a payment guarantee for 

30 purchases by the buyer. 

4. The method of claim 1, further comprising 
the step of comparing, by means of the data processing 
system , the subsequent action data against data 
representing criteria for issuing a guarantee of payment 

35 by the buyer for sales by the seller. 

5. The method of claim 1, wherein the step of 
determining whether the subsequent action data satisfies 
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the contract comprises determining by means of he data 
processing system whether selected terms or conditions of 
L contract have been fulfilled, and further comprising 
the step of automatically issuing a payment instruction 
5 to a designated party to pay the seller when the selected 
terms or conditions have been fulfilled. 

6. A method of facilitating trade in goods 
and/or services, comprising the steps of: 

storing, in a data processing system, purchase 
10 order data representing a contract between a buyer and a 
seller; 

inputting in the data processing system a 
request to prepare a data entry template for entering 
subsequent action data in the system representing a 
15 subsequent action in performance of the contract 
represented by the stored purchase order data; 

preparing the data entry template by means of 
the data processing system based on the purchase order 

data '' outputting the prepared data entry template for 

entry of the subsequent action data; 

entering the subsequent action data in the data 
processing system using the prepared data entry template; 

determining by means of the data processing 
system whether the entered subsequent action data 
satisfies the contract based on the purchase order data. 

, 7 The method of claim 6, further comprising 
the step of comparing, by means- of the data P™^ 
30 system, the entered subsequent action data against data 
representing criteria for issuing a payment guarantee for 

purchases by the buyer. 

8 The method of claim 6, further comprising 

the step of comparing, by means of the data Froo-.M 
35 system, the entered subsequent action data against data 
representing criteria for issuing a guarantee of payment 
by the buyer for sales by the seller. 
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9. A method of facilitating trade in goods 
and/or services , comprising the steps of: 

storing, in a data processing system, first 
criteria data for trading qualifications of a buyer and 
5 trading qualifications of a seller; 

inputting in the data processing system 
proposed purchase order data representing a proposed 
purchase contract for goods or services between the buyer 
and the seller; and 
10 determining by means of the data processing 

system whether the proposed purchase order data satisfies 
the stored first criteria data for respective trading 
qualifications for the buyer and for the seller • 

10. The method of claim 9, wherein the first 
15 criteria data include at least one of origin country of 

the goods or services, destination country of the goods 
or services, location of the buyer and location of the 
seller. 

11. The method of claim 9, wherein the first 
20 criteria data include credit limits for the buyer and for 

the seller. 

12. The method of claim 9, wherein the first 
criteria data include manufacturing capability for the 
seller. 

25 13 # The method of claim 9, wherein the first 

criteria data are related to the nature of goods or 
services which are the subject of the contract. 

14. The method of claim 9, wherein said first 
criteria data are established by one of a f under and a 

30 trade system administrator, and further comprising the 
steps of 

storing, in the data processing system, second 
criteria data for trading qualifications of at least one 
of the buyer and the seller, said second criteria data 
35 being established by the other of the f under and the 
trade system administrator, and 
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determining by means of the data processing 
system whether the proposed purchase order data satisfies 
the stored second criteria data. 

15. The method of claim 14, further comprising 
5 the step of transmitting data to the seller representing 

a payment guarantee when the proposed purchase order data 
satisfies the second criteria data. 

16. The method of claim 9, further comprising 

the steps of 

10 inputting acceptance data to the data 

processing system indicating that the seller has accepted 
the proposed purchase order, 

converting, by means of the data processing 
system, the proposed purchase order data to original 
15 purchase order data based on the acceptance data, 
inputting in the data processing system 
activity data from the seller relating to fulfillment of 

the contract, 

determining by means of the data processing 
20 system whether the activity data indicates that selected 
terms or conditions of the contract represented by the 
original purchase order data have been fulfilled, and 

automatically outputting payment instruction 
data indicating that payment is due to the seller based 
25 on a determination that the selected terms or conditions 
of the contract have been fulfilled. 

17. A method of facilitating trade in goods 
and/or services, comprising the steps of: 

storing, in a data processing system, offer 
30 data representing an offer to trade goods or services 
including overt and hidden terms; 

transmitting, by means of the data processing 
system, overt terms data representing the overt terms of 
the offer to trade to at least one party; 
35 inputting in the data processing system 

response data representing a response from the at least 
one party to the transmitted overt terms data; and 
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comparing, by means of the data processing 
system, the response data with the offer data 
representing the overt and hidden terms of the offer to 
produce term compliance data indicating whether the 
5 response data are in compliance with the overt and hidden 
terms of the offer. 

18. The method of claim 17, further comprising 

the steps of 

storing, in the data processing system, 
10 criteria data representing criteria by which a funder's 

commitment to finance a trade transaction may be 

determined; and 

determining, by means of the data processing 

system, whether the response data complies with the 
15 stored criteria data to produce criteria compliance data 

indicating whether the trade transaction defined by the 

offer data and response data complies with the funder's 

criteria. 

19. The method of claim 18, further comprising 
20 the step of producing, by means of the data processing 

system, payment guarantee data representing a payment 
guarantee on behalf of the f under when the criteria 
compliance data indicate that the trade transaction 
defined by the offer data and response data is in 
25 compliance with the stored criteria data and the term 
compliance data indicate that the response data are in 
compliance with the overt and hidden terms of the offer. 

20. A system for facilitating trade in goods 
and/or services, comprising: 

30 means for storing purchase order data 

representing a contract between a buyer and a seller; 

means for inputting system subsequent action 

data representing a subsequent action in fulfillment of 

the contract; and 
35 means for determining whether the subsequent 

action data satisfies the contract based on the purchase 

order data. 
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21. The system of claim 20, further comprising 
me ans for adjusting the purchase order data of the 
contract based on the subsequent action data to reflect 
partial fulfillment of the contract, means for inputting 
5 data representing a further action in fulfillment of the 
contract, and wherein said means for determining is 
operative to determine whether the data representing the 
further action satisfies the contract represented by the 
purchase order data, as adjusted based on the subsequent 

10 action data. „« a «e 
22 Th e system of claim 20, wherein said means 

for determining is operative to compare the subsequent 

action data against data representing criteria for 

issuing a payment guarantee for purchases by the buyer, 
g p^ ^ e ^ ciaim wherein sald Beans 

for determining is operative to compare the subsequent 
action data against data representing criteria for 
issuing a guarantee of paument by the buyer for sales by 

the ** ller '^ ^ system Qf claira 2Qf wherein sa id means 
for determining is operative to determine whether 
selected terms or conditions of the contract have been 
fulfilled, and further comprising means for automatically 
issuing a payment instruction to a designated party to 
25 pay the seller when the selected terms or conditions have 

been fulfilled. . , c 

25. A system for facilitating trade in goods 

and/or services, comprising: 

means for storing purchase order data 
30 representing a contract between a buyer and a 

means for inputting a request to prepare a data 
entry template for entering subsequent action data 
representing a subsequent action in ^ . 

contract represented by the stored purchase order data, 
35 means for preparing the data entry template 

based on the purchase order data; 
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means for outputting the prepared data entry 
template for entry of the subsequent action data; 

means for entering the subsequent action data 
using the prepared data entry template; and 
5 means for determining whether the entered 

subsequent action data satisfies the contract based on 
the purchase order data, 

26. The system of claim 25, wherein said means 
for determining is operative to compare the entered 

10 subsequent action data against data representing criteria 
for issuing a payment guarantee for purchases by the 
buyer. 

27. The system of claim 25, wherein said means 
for determining is operative to compare the entered 

15 subsequent action data against data representing criteria 
for issuing a guarantee of payment by the buyer for sales 
by the seller. 

28. A system for facilitating trade in goods 
and/ or services, comprising: 

20 means for storing first criteria data for 

trading qualifications of a buyer and trading 
qualifications of a seller; 

means for inputting proposed purchase order 
data representing a proposed contract for goods or 

25 services between the buyer and the seller; and 

means for determining whether the proposed 
purchase order data satisfies the stored first criteria 
data for respective tradin qualifications for the buyer 
and for the seller. 

30 29. The system of claim 28, wherein the first 

criteria data include at least one of origin country of 
the goods or services, destination country of the goods 
or services, location of the buyer and location of the 
seller. 

35 30. The system of claim 28, wherein the first 

criteria data include credit limits for the buyer and for 
the seller. 
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31. The system of claim 28, wherein the first 
criteria data include manufacturing capability for the 
seller. 

32. The system of claim 28, wherein the first 
5 criteria data are related to the nature of goods or 

services which are the subject of the contract. 

33. The system of claim 28, wherein said first 
criteria data are established by one of a funder and a 
trade system administrator, and further comprising means 

10 for storing second criteria data for trading 

qualifications of at least one of the buyer and the 
seller, said second criteria data being established by 
the other of the funder and the trade system 
administrator, and wherein said means for determining is 

15 operative to determine whether the proposed purchase 
order data satisfies the stored second criteria data. 

34. The system of claim 33, further comprising 
means for transmitting data to the seller representing a 
payment guarantee when the proposed purchase order data 

20 satisfies the second criteria data. 

35. The system of claim 28, further comprising 
means for inputting acceptance data indicating that the 
seller has accepted the proposed purchase order, means 
for converting the proposed purchase order data to 

25 original purchase order data based on the acceptance 
data, 

means for inputting activity data from the 
seller relating to fulfillment of the contract, 

means for determining whether the activity data 
30 indicates that selected terms or conditions of the 

contract represented by the original purchase order data 
have been fulfilled, and 

means for automatically outputting payment 
instruction data indicating that payment is due to the 
35 seller when the selected terms or conditions of the 
contract have been fulfilled. 
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36. A system for facilitating trade in goods 
and/or services, comprising: 

means for storing offer data representing an 
offer to trade goods or services including overt and 
5 hidden terms; 

means for transmitting overt terms data 
representing the overt terms of the offer to trade to at 
least one party; 

means for inputting response data representing 
10 a response from the at least one party to the transmitted 
overt terms data; and 

means for comparing the response data with the 
offer data representing the overt and hidden terms of the 
offer to produce term compliance data indicating whether 
15 the response data are in compliance with the overt and 
hidden terms of the offer. 

37. The system of claim 36, wherein said means 
for storing is operative to store criteria data 
representing criteria by which a funder's commitment to 

20 finance a trade transaction may be determined; and said 
means for comparing is operative to compare the response 
data with the stored criteria data to produce criteria 
compliance data indicating whether the trade transaction 
defined by the offer data and response data complies with 

25 the funder's criteria. 

38. The system of claim 37, further comprising 
means for producing payment guarantee data representing a 
payment guarantee on behalf of the funder when the 
criteria compliance data indicate that the trade 

30 transaction defined by the offer data and the response 
data is in compliance with the stored criteria data and 
the term compliance data indicate that the response data 
are in compliance with the overt and hidden terms of the 
offer. 

35 39. A digital computer for facilitating trade 

in goods and/or services, comprising: 
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memory means for storing purchase order data 
representing a contract between a buyer and a seller; 

an input for inputting subsequent action data 
representing a subsequent action in fulfillment of the 
5 contract; and 

processing means for determining whether the 
subsequent action data satisfies the contract based on 
the purchase order data. 

40. A digital computer for facilitating trade 
10 in goods and/or services, comprising: 

memory means for storing purchase order data 
representing a contract between a buyer and a seller; 

an input for inputting a request to prepare a 
data entry template for entering subsequent action data 
15 representing a subsequent action in performance of the 
contract represented by the stored purchase order data; 

processing means for preparing the data entry 
template based on the purchase order data; 

an output for outputting the prepared data 
20 entry template for entry of the subsequent action data; 

and wherein said input is also operative to 
enter the subsequent action data using the prepared data 
entry template; and said processing means is also 
operative to determine whether the entered subsequent 
25 action data satisfies the contract based on the purchase 
order data. 

41. A digital computer for facilitating trade 
in goods and/or services, comprising: 

memory means for storing first criteria data 
30 for trading qualification of a buyer and trading 
qualifications of a seller; 

an input for inputting proposed purchase order 
data representing a proposed contract for goods or 
services between the buyer and the seller; and 
35 processing means for determining whether the 

proposed purchase order data satisfies the stored first 
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criteria data for respective trading qualifications for 
the buyer and for the seller. 

42. A digital computer for facilitating trade 
in goods and/or services, comprising: 
5 memory means for storing offer data 

representing an offer to trade goods or services 
including overt and hidden terms; 

means for transmitting overt terms data 
representing the overt terms of the offer to trade to at 
10 least one party; 

an input for inputting response data 
representing a response from the at least one party to 
the transmitted overt terms data; and 

processing means for comparing the response 
15 data with the offer data representing the overt and 
hidden terms of the offer to produce compliance data 
indicating whether the response data are in compliance 
with the overt and hidden terms of the offer. 
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